home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 4.iso / documents / RFC / rfc1031.txt < prev    next >
Text File  |  1994-08-01  |  20KB  |  558 lines
  1. Networking Working Group                                       W. Lazear
  2. Request for Comments: 1031                                         MITRE
  3.                                                            November 1987
  4.  
  5.  
  6.                      MILNET NAME DOMAIN TRANSITION
  7.  
  8.  
  9. STATUS OF THIS MEMO
  10.  
  11.    This RFC consolidates information necessary for the implementation of
  12.    domain style names throughout the DDN/MILNET Internet community.
  13.    Although no official policy has been published, the introduction of
  14.    domain style names will impact all hosts in the DDN/MILNET Internet.
  15.    The RFC is designed as an aid to implementors and administrators by
  16.    providing 1) an overview of the transition process from host tables
  17.    to domains, 2) a potential timetable for the transition, and 3)
  18.    references to documentation and software relating to the DDN/ARPANET
  19.    domain system.  Distribution of this RFC is unlimited.
  20.  
  21. BACKGROUND
  22.  
  23.    All MILNET hosts are expected to have a way of translating the name
  24.    of any other host into its Internet address.  Although the current
  25.    method of name resolution is to look up the information in a table of
  26.    all hosts, this method of operation is cumbersome and relies on a
  27.    central point of information.  The Network Information Center (NIC)
  28.    maintains a table of hosts registered in the MILNET Internet and
  29.    their addresses.  The size of this table and the frequency of updates
  30.    has reached the limits of manageability.  The central host table is
  31.    FTP'd by a host on a timely basis from the NIC, processed locally (to
  32.    pare or reformat the table), and used in name resolution.
  33.  
  34.    The domain system uses a distributed database and software to perform
  35.    the same functions as the host table.  In this system, host resolvers
  36.    query domain servers for name resolution.  They may cache answers for
  37.    performance improvement.  The domain servers each maintain a portion
  38.    of the hierarchical database under separate administrative authority
  39.    and control.  Redundancy is obtained by transferring data between
  40.    cooperating servers.
  41.  
  42.    The domain system has been operating successfully on the ARPANET for
  43.    over a year.  One indication of success is that the NIC's central
  44.    host table is no longer a complete list (i.e., ARPANET does not
  45.    depend primarily on the host table).  The domain system is being
  46.    implemented on the MILNET with DoD military standard protocols.  The
  47.    first step in changing to the domain system has been taken, as
  48.    required by DDN Management Bulletin #32 (22 Jan 1987).  All host
  49.  
  50.  
  51.  
  52. Lazear                                                          [Page 1]
  53.  
  54. RFC 1031                MILNET DOMAIN TRANSITION           November 1987
  55.  
  56.  
  57.    names were converted from a simple, flat namespace to a structured
  58.    name consistent with domains.  In the second step, servers acting as
  59.    the root of the database hierarchy were put in place.  In the next
  60.    step, hosts are moving away from host table usage.
  61.  
  62. MIGRATION PATH
  63.  
  64.    All hosts will not change from host table to domain server usage at
  65.    one time.  Accordingly, three stages of conversion to the domain
  66.    system are envisaged.  These stages roughly correspond to 1)
  67.    continuing to use the host table for all applications, 2) using the
  68.    domain system for only some applications, and 3) using the domain
  69.    system for all applications.  These stages will exist simultaneously
  70.    as various hosts convert their application software according to
  71.    available resources.  The following paragraphs discuss these stages
  72.    in more detail.
  73.  
  74.    Host Table Only
  75.  
  76.       In the first stage, a host depends entirely on the host table for
  77.       name resolution.  The table is obtained from the NIC's central
  78.       copy and the resolution is done by local table scanning.  Most
  79.       hosts are in this stage.
  80.  
  81.       Certain hosts may find it infeasible ever to convert to the domain
  82.       system, owing to older architectures, unchangeable software, or
  83.       other considerations.  At the end of the conversion period, the
  84.       NIC will stop maintaining an internet host table.  To continue
  85.       operations, hosts that do not convert will need to obtain an
  86.       equivalent of the host table from some source.  This source may be
  87.       another host with which a bilateral agreement has been negotiated
  88.       offline, a community-of-interest host acting as central repository
  89.       for that community, or a locally-maintained table of host names
  90.       and addresses.  Transfer of the table from the source is a matter
  91.       of local implementation and bilateral agreements.
  92.  
  93.    Domain System and Host Table
  94.  
  95.       In the second stage, a host will use both the host table and the
  96.       domain system.  A likely scenario is that applications like TELNET
  97.       and FTP will use the domain system and that MAIL will continue to
  98.       use the host table for name resolution.  An alternate scenario is
  99.       that batchstyle applications like MAIL would use the domain system
  100.       and that the interactive applications would convert later.
  101.  
  102.       This stage is viewed as transitory, as hosts convert over to use
  103.       the domain system exclusively.  It is highlighted as a separate
  104.       stage to emphasize the need during transition for both the host
  105.  
  106.  
  107.  
  108. Lazear                                                          [Page 2]
  109.  
  110. RFC 1031                MILNET DOMAIN TRANSITION           November 1987
  111.  
  112.  
  113.       table and the domain system.
  114.  
  115.    Domain System Only
  116.  
  117.       In the third and final stage, a host will have completed
  118.       conversion and will be using the domain system exclusively.  This
  119.       includes correct processing of the mailbox and mail exchanger
  120.       resource records.
  121.  
  122. MIGRATION TIMETABLE
  123.  
  124.    Table 1 shows the events and dates involved in the MILNET transition
  125.    from host table to domain system.  The operational testing of the
  126.    root server software has been completed.  Voluntary conversion can
  127.    begin immediately, with mandatory conversion required by October
  128.    1989.  After this date, hosts not converted need to obtain the host
  129.    table equivalent by private arrangement (see "Migration Path" above).
  130.  
  131.                                                       Start     End
  132.         Milestone                                      Date     Date
  133.         ===========================================   ======   ======
  134.         Root server operational testing               Dec 86   Jul 87
  135.         Policy announced in DDN Management Bulletin   Oct 87
  136.         Host conversion                               Oct 87   Oct 89
  137.         Host table discontinued                       Oct 89
  138.  
  139.                        MILNET Name Domain Timetable
  140.  
  141.                                   Table 1
  142.  
  143. DOCUMENTATION
  144.  
  145.    The Name Domain system is described in several documents that are
  146.    maintained and available from the NIC in both online and in hardcopy
  147.    form.  The documents are in "Request For Comments" format (RFC)
  148.    commonly used in the Internet to document and discuss various
  149.    networking issues.  The documents noted in Table 2 fully describe the
  150.    concepts, conventions, enhancements, requirements, and operation of
  151.    the Name Domain system.  The following paragraphs give a brief
  152.    synopsis of each document.
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164. Lazear                                                          [Page 3]
  165.  
  166. RFC 1031                MILNET DOMAIN TRANSITION           November 1987
  167.  
  168.  
  169.      RFC    PH   DOCUMENT TITLE
  170.      ===    ==   =======================================================
  171.  
  172.       799   *    Internet Name Domains
  173.       819        Domain Naming Convention for Internet User Applications
  174.       920        Domain Requirements
  175.       921        Domain Name System Implementation Schedule - Revised
  176.       952   *    Internet Host Table Specification
  177.       953   *    Hostnames Server
  178.       974        Mail Routing and the Domain System
  179.      1032        Domain Administrators Guide
  180.      1033        Domain Administration Operations Guide
  181.      1034        Domain Names - Concepts and Facilities
  182.      1035        Domain Names - Implementation Specification
  183.  
  184.    *  Included in the DDN Protocol Handbook
  185.  
  186.                            Name Domain Documents
  187.  
  188.                                   Table 2
  189.  
  190.    RFC-799
  191.  
  192.       This RFC is an early description of the concepts of a name domain
  193.       system. It is exploratory in nature and offers scenarios for name
  194.       resolution and mail forwarding.
  195.  
  196.    RFC-819
  197.  
  198.       This RFC is a think peice about hierarchical naming conventions
  199.       for internetworking applications.  The conventions proposed are
  200.       aligned along administrative rather than topological boundaries
  201.       and is designed for interoperation among heterogeneous naming
  202.       environments.  Further topics of discussion include mail relaying,
  203.       name service approaches, and naming authorities.
  204.  
  205.    RFC-920
  206.  
  207.       This RFC contains a policy statement on the requirements of
  208.       establishing a new domain in the ARPA Internet and introduces the
  209.       limited set of top level domains.
  210.  
  211.    RFC-921
  212.  
  213.       This RFC contains a policy statement on the implementation
  214.       schedule of the ARPA Internet domain system (as of October 1984).
  215.       The discussion describes schedule and future operational
  216.       scenarios, as well as the transition between the two.
  217.  
  218.  
  219.  
  220. Lazear                                                          [Page 4]
  221.  
  222. RFC 1031                MILNET DOMAIN TRANSITION           November 1987
  223.  
  224.  
  225.    RFC-952
  226.  
  227.       This RFC specifies the format of the host/address table maintained
  228.       by the NIC.
  229.  
  230.    RFC-953
  231.  
  232.       This RFC contains the official specification of the Hostname
  233.       Server Protocol.  This TCP-based protocol accesses machine-
  234.       readable name/address information in the format described by RFC-
  235.       952 and is used by hosts to obtain all or a portion of the
  236.       centralized host table.
  237.  
  238.    RFC-974
  239.  
  240.       This RFC presents a description of how mail systems are expected
  241.       to route messages based on domain system information.  In
  242.       particular, it discusses how mailers should interpret mail
  243.       exchanger resource records for message routing to both host and
  244.       domain names.
  245.  
  246.    RFC-1032
  247.  
  248.       This RFC describes the guidelines for a domain administrator to
  249.       follow to establish a new domain.
  250.  
  251.    RFC-1033
  252.  
  253.       This RFC provides procedures for domain administrators in
  254.       operating a domain server and maintaining their portion of the
  255.       hierarchical database.
  256.  
  257.    RFC-1034
  258.  
  259.       This RFC introduces domain style names, their use for ARPA
  260.       Internet mail and host address support, and the protocols and
  261.       servers used to implement domains.  The concepts and facilities of
  262.       the domain system are described.  The RFC also discusses the
  263.       hierarchical database model, resource record usage, query
  264.       formation, query resolution, and domain control.
  265.  
  266.    RFC-1035
  267.  
  268.       This RFC specifies the format of domain system transactions,
  269.       discusses the implementation of domain servers, and explores the
  270.       use of domain names in the context of mail and other network
  271.       software.
  272.  
  273.  
  274.  
  275.  
  276. Lazear                                                          [Page 5]
  277.  
  278. RFC 1031                MILNET DOMAIN TRANSITION           November 1987
  279.  
  280.  
  281. IMPLEMENTATIONS
  282.  
  283.    Several implementations of the domain system exist.  The first two
  284.    paragraphs (JEEVES and BIND) discuss the prominent (and most mature)
  285.    two implementations and their authors/maintainers.  These
  286.    implementations are available online.  The last paragraphs list
  287.    implementations under development.  Points of contact can supply more
  288.    information.
  289.  
  290.    The intent of listing these implementations is to give vendors the
  291.    opportunity to inspect working code.  These implementations embody
  292.    experience with the domain system and offer interpretations of the
  293.    protocols found acceptable in operational environments.
  294.  
  295. Tops-20 Server and Resolver (JEEVES)
  296.  
  297.    Some domain root servers on the ARPANET are hosted on TOPS-20 systems
  298.    and run the code called JEEVES.  The JEEVES resolver is specific to
  299.    version 5 of TOPS-20.  The code is maintained by Paul Mockapetris
  300.    (ISI), is available using anonymous FTP from host a.isi.edu, and
  301.    resides in the files
  302.  
  303.                    <domain.version5>version5.mss
  304.                    <domain.version5>version5.doc
  305.                    <domain.version5>version5.txt
  306.  
  307.    His mail addresses are:
  308.  
  309.              ARPANET:  pvm@venera.isi.edu
  310.  
  311.              US MAIL:  USC Information Sciences Institute
  312.                        4676 Admiralty Way
  313.                        Marina del Rey, California 90292-6695
  314.  
  315. 4BSD Unix Resolver and Server (BIND)
  316.  
  317.    Most hosts running lower level domain servers on the ARPANET are
  318.    hosted on 4BSD systems and run the code called BIND.  This code is
  319.    maintained for periodic releases by Mike Karels (UCB).  His mail
  320.    addresses are:
  321.  
  322.              ARPANET:  karels@okeeffe.berkeley.edu
  323.  
  324.              US MAIL:  Computer Systems Research Group
  325.                        Computer Science Division
  326.                        Department of EE & CS
  327.                        University of California
  328.                        Berkeley, CA  94720
  329.  
  330.  
  331.  
  332. Lazear                                                          [Page 6]
  333.  
  334. RFC 1031                MILNET DOMAIN TRANSITION           November 1987
  335.  
  336.  
  337.    There are two distribution mailing lists that publish information
  338.    about BIND.  General discussions can be received by contacting
  339.    bindrequest@ucbarpa.berkeley.edu and requesting to join the BIND
  340.    list.  Information relating to testing developmental versions of BIND
  341.    can be received by contacting bind-test-request@ucbarpa.berkeley.edu
  342.    and requesting to join the BIND-TEST list.
  343.  
  344.    A commercial version of BIND is distributed with Sun Microsystems'
  345.    operating system version 3.2.  The point of contact is Bill Nowicki.
  346.    His addresses are:
  347.  
  348.              ARPANET:  nowicki@sun.com
  349.  
  350.              US MAIL:  Sun Microsystems
  351.                        2550 Garcia Avenue
  352.                        Mountain View, CA 94043
  353.  
  354. MS-DOS Server and Resolver
  355.  
  356.    FTP Software is working on a port of BIND to their PC/TCP environment
  357.    under MS/DOS (their PC/TCP package).  They already have a resolver
  358.    that depends on recursive queries.  The point of contact is Philip A.
  359.    Prindeville.  His mail addresses are:
  360.  
  361.              ARPANET:  pap4@ai.ai.mit.edu
  362.  
  363.              US MAIL:  FTP Software Inc
  364.                        P.O. Box 150
  365.                        Kendall Sq. Branch
  366.                        Boston, MA  02142
  367.  
  368.  
  369.  
  370.  
  371.  
  372.  
  373.  
  374.  
  375.  
  376.  
  377.  
  378.  
  379.  
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388. Lazear                                                          [Page 7]
  389.  
  390. RFC 1031                MILNET DOMAIN TRANSITION           November 1987
  391.  
  392.  
  393. Tops-20 Resolver
  394.  
  395.    A resolver is being written in C for Tops-20 and ITS by Rob Austein.
  396.    He encourages contacts from Tops-10, WAITS, and TENEX system
  397.    programmers.  His mail addresses are:
  398.  
  399.              ARPANET:  sra@xx.lcs.mit.edu.
  400.  
  401.              US MAIL:  MIT LCS NE43-503
  402.                        545 Technology Square
  403.                        Cambridge MA 02139
  404.  
  405. Symbolics Resolver
  406.  
  407.    Symbolics Inc. has an implementation for the 36xx series Lisp
  408.    Machines.  Steven L. Sneddon is the point of contact.  His addresses
  409.    are:
  410.  
  411.              ARPANET:  sned@pegasus.scrc.symbolics.com
  412.  
  413.              US MAIL:  Manager, Networks and Communications
  414.                        Symbolics, Inc.
  415.                        11 Cambridge Center
  416.                        Cambridge, MA 02142
  417.  
  418. Xerox Cedar Resolver
  419.  
  420.    Xerox has a resolver running in the Cedar language/environment at
  421.    Xerox PARC.  John Larson is the point of contact.  His addresses are:
  422.  
  423.              ARPANET:  jlarson.pa@xerox.com
  424.  
  425.              US MAIL:  Xerox Palo Alto Research Center
  426.                        3333 Coyote Hill Road
  427.                        Palo Alto, CA  94304
  428.  
  429. Harris Resolver
  430.  
  431.    There is a domain resolver for the Harris H series that handles
  432.    canonical name, host address, name server, and mail agent (MX)
  433.    records.  Bruce Orchard is the point of contact.  His addresses are:
  434.  
  435.              ARPANET:  orchard/bruc@scarecrow.waisman.wisc.edu
  436.  
  437.              US MAIL:  549 Waisman Center
  438.                        University of Wisconsin-Madison
  439.                        1500 Highland Avenue
  440.                        Madison, Wisconsin  53705-2280
  441.  
  442.  
  443.  
  444. Lazear                                                          [Page 8]
  445.  
  446. RFC 1031                MILNET DOMAIN TRANSITION           November 1987
  447.  
  448.  
  449. Fuzzball Server and Resolver
  450.  
  451.    Dave Mills has both server and solver for the so-called PDP11/LSI- 11
  452.    Fuzzballs.  However, these are not complete implementations and do
  453.    not support zone transfers and so forth.  They have little use
  454.    outside the fuzzball community, since the code is in assembler and is
  455.    not for Unix.  His addresses are:
  456.  
  457.              ARPANET:  mills@udel.edu
  458.  
  459.              US MAIL:  Electrical Engineering Department
  460.                        University of Delaware
  461.                        Newark, DE 19716
  462.  
  463. Multics Resolver
  464.  
  465.    There is a resolver for Multics that is nearly ready for release.
  466.    Art Beattie is the point of contact.  His addresses are:
  467.  
  468.              ARPANET:  beattie%pco@bco-multics.arpa
  469.  
  470.              US MAIL:  MS K55
  471.                        Honeywell Bull
  472.                        PO Box 8000
  473.                        Phoenix, AZ, 85066-8000
  474.  
  475. VAX/VMS Resolver
  476.  
  477.    There is a partial resolver implementation (only supports address
  478.    queries and IN-ADDR PTR lookups) that is part of the CMU/TEK TCP/IP
  479.    package for VAX/VMS.  It is written in BLISS-32.  Vince Fuller is the
  480.    point of contact.  His addresses are:
  481.  
  482.              ARPANET:  vince.fuller@c.cs.cmu.edu
  483.  
  484.              US MAIL:  Computer Science Department
  485.                        Carnegie-Mellon University
  486.                        Schenley Park
  487.                        Pittsburgh, Pa.  15213
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500. Lazear                                                          [Page 9]
  501.  
  502. RFC 1031                MILNET DOMAIN TRANSITION           November 1987
  503.  
  504.  
  505. Macintosh Resolver and Server
  506.  
  507.    Tom Unger has ported BIND to the Macintosh.  This was done using the
  508.    Macintosh Programmer's Workshop and CITI's MacIP that currently
  509.    consists of IP, UDP, and a Berkeley style socket library.  His mail
  510.    addresses are:
  511.  
  512.              ARPANET:  tom@citi.umich.edu
  513.  
  514.              US MAIL:  Center for Information and Technology Integration
  515.                        University of Michigan
  516.                        2901 Hubbard
  517.                        Ann Arbor, MI 48105
  518.  
  519. ORDERING INFORMATION
  520.  
  521.    Documents are available online from the NIC (IP address 10.0.0.51 or
  522.    26.0.0.73) by using FTP with the login ANONYMOUS and the password
  523.    GUEST.  RFCs are in files named RFC:RFCnnn.TXT and are simple ASCII
  524.    files ready for printing.  Pages within the documents are separated
  525.    by a form feed character on a line by itself.
  526.  
  527.    Hardcopy of the documents and software mentioned in the discussions
  528.    above may be obtained from the NIC or the author.  Prices are
  529.    available on request and are documented in DDN Newsletter #50 (12 Dec
  530.    1986).  The address and phone numbers of the NIC are listed below.
  531.  
  532.                         DDN Network Information Center
  533.                         SRI International, Room EJ291
  534.                         333 Ravenswood Avenue
  535.                         Menlo Park, CA 94025
  536.  
  537.                         (800) 235-3155
  538.                         (415) 859-3695
  539.  
  540.  
  541.  
  542.  
  543.  
  544.  
  545.  
  546.  
  547.  
  548.  
  549.  
  550.  
  551.  
  552.  
  553.  
  554.  
  555.  
  556. Lazear                                                         [Page 10]
  557.  
  558.